Я не знаю, як насправді висловити своє запитання словами, тому дозвольте спробувати пояснити це на прикладі: Скажімо, моя програма стикається з якоюсь дивною поведінкою під час конкретної дії. Я вже знайшов якийсь код, який є причиною цієї дивної поведінки. Вимикаючи цю послідовність, я не стикаюся з такою поведінкою. На жаль, мені потрібен цей код, оскільки щось інше тоді не працює. Отже, що я буду робити далі, це з’ясувати, чому щось відбувається інакше, коли цей фрагмент коду активний. Для того, щоб краще зрозуміти, що відбувається, я іноді хочу виконати всю дію, включаючи "поганий код", а іноді і без. Тоді я можу порівняти результат, наприклад, що відбувається в інтерфейсі користувача або що повертає моя функція. Перший підхід, який мені спадає на думку, це запустити мою програму з увімкненим кодом, робити все, що я хочу, потім зупинити мою програму, коментувати код, перекомпілювати і запускати знову. Гм ... це звучить німо. Особливо, якщо мені тоді знову потрібно ввімкнути цей код, щоб побачити інший раз іншу поведінку, а потім знову вимкнути, і ввімкнути, і вимкнути тощо. Для мене не є варіантом використовувати точки зупинку та впливати на порядок операторів чи модифікувати значення, щоб я запускав або не впадав у оператори if-for, for-loops тощо. Два приклади: Я налагоджую критичну поведінку синхронізації, і коли я зупиняю програму, час істотно змінюється. Таким чином, перша точка зупинки, яку я можу встановити, повинна бути в кінці дії. 1 Я очікую, що з’явиться підказка чи інше вікно, яке буде «придушено», коли фокус буде приділено VS. Таким чином, я взагалі не можу використовувати будь-які точки зупинку. Ні на початку, ні в кінці дії.1 Чи існує якась техніка у Visual Studio 2012, яка дозволяє мені позначити цей код як необов’язковий, і я можу вирішити, чи хочу я запускати цю послідовність кодів, перш ніж виконувати дію? Я думаю про щось на зразок if (true | false) на вищому рівні. Я не шукаю рішення, де мені потрібно повторно запустити програму кілька разів. У цьому випадку я все ще міг би зробити простий підхід, просто коментуючи код за допомогою #if false. 1 Зауважте, що я, звичайно, можу встановити точку зупинки, коли мені потрібно переглянути певну змінну в певній позиції (якщо я не записав значення у вихідний результат), але знову вимкну точки зупинки, щоб виконати всю дію в одному піти.
2020-12-07 23:11:03
У налагоджувачі Visual Studio ви можете встановити точку зупинки прямо перед вашим "кодом, про який йде мова". Коли код зупиняється в цій точці, ви можете дозволити йому продовжувати або клацнути правою кнопкою миші на будь-якому іншому рядку та вибрати Встановити наступний виписку. Це якийсь дивний варіант, але я це оцінив. | Єдиний варіант, про який я можу подумати, - це додати щось до вашого інтерфейсу, що з’являється лише під час налагодження, даючи вам можливість включати / виключати розглянуті операції. Поки ви це робите, можливо, ви захочете також увімкнути скидання програми до "відомого стану" з інтерфейсу користувача. | Я думаю про щось на зразок if (true | false) на вищому рівні. Чому «на вищому рівні»? Чому б не використовувати саме це? Вам потрібен фрагмент коду, який іноді виконується, іноді ні, і перемикач слід міняти під час виконання, а не під час компіляції - це, очевидно, призводить до якщо (умова) { // код у колі } Суть тут полягає в тому, яку умову ви будете використовувати - можливо, змінну, яку ви встановили як true у версії вашого коду, а іноді у false у вашій версії для налагодження. Можливо, значення береться з конфігураційного файлу, може, із змінної середовища, можливо, обчислюється за допомогою якоїсь логіки у вашій програмі, як завгодно і коли завгодно. РЕДАГУВАТИ: ви також можете ввести в свій код логічну змінну для умови, за замовчуванням ініціалізувати її до true та змінити її значення за допомогою налагоджувача, коли завгодно. | Директиви щодо попереднього процесора можуть бути тим, що вам потрібно. Це біти коду для виконання компілятора, які можна ідентифікувати, починаючи з символу # (і стилістично за замовчуванням вони не слідують шаблону відступу вашого коду, натомість завжди надійно розташовані в лівому краї редактора ): #define INCLUDE_DODGY_CODE public void MyMethodWithDodgyBits () { #if INCLUDE_DODGY_CODE myDodgyMethod (); #endif myOkMethod (); } У цьому випадку, якщо було включено #define INCLUDE_DODGY_CODE, виклик myDodgyMethod () буде скомпільований у вашу програму. В іншому випадку компілятор пропустить виклик і просто не буде існувати у вашому двійковому файлі. | Існує кілька варіантів налагодження, коли ви запитаєте. Visual Studio має ряд опцій для безпосередньої навігації по коду. Ви можете використовувати функцію Встановити наступний виписку, щоб перейти безпосередньо до певного оператора. Ви також можете безпосередньо редагувати значення через безпосереднє вікно QuickWatch та підказку, яка наводить курсор на змінні під час налагодження. Visual Studio також має можливість відтворення історії виконання. Погляньте на IntelliTrace, щоб розпочати. Це може бути корисно, коли у вас є кілька проблемних областей, які взаємодіють та генерують стан помилки. Ви також можете обернути свої розділи коду всередині умовних блоків та встановити умовні змінні відповідно. Це може бути під час налагодження, або ви можете передавати параметри через файл конфігурації. Використовувати умовні перевірки може бути простіше, ніж переходити вручну через код, якщо існує декілька тверджень, які ви хочете виключити. | Іноді це залежить від версії VS та мови, але ви можете із задоволенням відредагувати код (прокоментувати його або обернути великим #ifdef 0), потім натиснути alt + F10, і компілятор перекомпілює, перенаправить і продовжить виконання ніби ти ніколи не возився з цим. Але хоча це прекрасно працює у VC ++ (починаючи з VS v6 IIRC), у C # можуть виникнути проблеми - я виявляю (з VS2010), що я не можу редагувати і продовжувати таким чином функції, що містять будь-які лямбда-оператори (переважно linq), та 64-бітний код ніколи не робив цього теж. Тим не менш, варто експериментувати, оскільки це часом дуже корисно. | Я працював над програмами, які мають необов’язковий код, який використовується лише для налагодження, і який не повинен з’являтися у виробничому середовищі. Цей сегмент необов’язкового коду нам було найпростіше контролювати за допомогою конфігураційного файлу, оскільки він не вимагав повторної компіляції для зміни. Таке виправлення може бути не кінцем, а все для вашого кінцевого результату, але це може допомогти пройти його, поки виправлення не буде знайдено. Якщо у вас є кілька необов’язкових розділів, які потрібно протестувати в поєднанні, цей стиль виправлення може зажадати декількох ключів у файлі конфігурації, що може бути мінусом і болем для відстеження. | Ваше запитання не зовсім зрозуміле, і саме тому, можливо, є так багато відповідей, які, на вашу думку, є недійсними. Можливо, ви захочете сформулювати його, якщо ніхто не здатен відповісти на запитання. Ризикуючи дати ще одну недійсну відповідь, я додаю інформацію про те, як я вирішував проблему в минулому. Найпростіший спосіб - розмістити будь-який додатковий код всередині # якщо ДЕБУГ // Додатковий код тут #endif Таким чином, коли ви працюєте в режимі налагодження, код реалізований, а коли ви працюєте в режимі випуску, це не так. Для перемикання між ними потрібно натиснути одну кнопку. Я також вирішив ту ж проблему подібним чином простим прапором: bool runOptionalCode = false; тоді if (runOptionalCode) { // Розмістіть тут необов’язковий код } Знову ж таки,перемикання між режимами вимагає зміни одного слова, тому це просте завдання. Ви згадуєте це у своєму запитанні, але знижуєте його з незрозумілих причин. Як я вже говорив, для переключення між ними потрібно дуже мало зусиль. Якщо вам потрібно внести зміни між кодом під час роботи, найкращим способом є використання елемента інтерфейсу користувача або натискання клавіші, що змінює прапор, згаданий у прикладі вище. Залежно від вашої програми, це може бути більше зусиль, ніж це варте. У минулому я виявив, що коли у мене є ключовий прослуховувач, який вже реалізований як частина проекту, кілька ключових мазків вирішують, чи запускати мій налагоджувальний (необов'язковий) код найкраще працює. У програмі без ключових слухачів я волів би дотримуватися одного з попередніх методів. | Ваша відповідь StackExchange.ifUsing ("редактор", function () { StackExchange.using ("externalEditor", function () { StackExchange.using ("фрагменти", function () { StackExchange.snippets.init (); }); }); }, "фрагменти коду"); StackExchange.ready (function () { var channelOptions = { теги: "" .split (""), id: "1" }; initTagRenderer ("". split (""), "" .split (""), channelOptions); StackExchange.using ("externalEditor", function () { // Потрібно запускати редактор після фрагментів, якщо фрагменти увімкнено якщо (StackExchange.settings.snippets.snippetsEnabled) { StackExchange.using ("фрагменти", function () { createEditor (); }); } ще { createEditor (); } }); функція createEditor () { StackExchange.prepareEditor ({ useStacksEditor: false, heartbeatType: 'відповідь', autoActivateHeartbeat: false, convertImagesToLinks: true, noModals: правда, showLowRepImageUploadWarning: true, репутаціяToPostImages: 10, bindNavPrevention: true, постфікс: "", imageUploader: { brandingHtml: "Працює на \ u003ca href = \" https: //imgur.com/ \ "\ u003e \ u003csvg class = \" svg-icon \ "width = \" 50 \ "height = \" 18 \ "viewBox = \ "0 0 50 18 \" fill = \ "none \" xmlns = \ "http: //www.w3.org/2000/svg \" \ u003e \ u003cpath d = \ "M46.1709 9.17788C46.1709 8.26454 46,2665 7,94324 47,1084 7.58816C47.4091 7,46349 47,7169 7,36433 48,0099 7.26993C48.9099 6,97997 49,672 6,73443 49,672 5.93063C49.672 5,22043 48,9832 4,61182 48,1414 4.61182C47.4335 4,61182 46,7256 4,91628 46,0943 5.50789C45.7307 4,9328 45,2525 4,66231 44,6595 4.66231C43.6264 4,66231 43,1481 5,28821 43,1481 6,59048V11,9512C43,1481 13,2535 43,6264 13,8962 44,6595 13,8962C45,6924 13,8962 46,1709 13,2535 46,1709 11,9512V9,17788Z \ "/ \ u003e \ u003cpath d = \" M32.492 10,1419C4.492 14,114,09 41.5985 12.6954 41.5985 10.1419V6.59049C41.5985 5.28821 41.1394 4.66232 40.1061 4.66232C39.0732 4.66232 38.5948 5.28821 38.5948 6.59049V9.60062C38.5948 10.8521 38.2696 11.5455 37.0451 11.5949 521 35.4954 9.60062V6.59049C35.4954 5.28821 35.0173 4.66232 34.0034 4.66232C32.9703 4.66232 32.492 5.28821 32.492 6.59049V10.1419Z \ "/ \ u003e \ u003cpath fill-rule = \" evenodd \ "even -dd \" clipod rule = \ " = \ "M25,6622 17,6335C27.8049 17,6335 29,3739 16,9402 30,2537 15,6379C30,8468 14,7755 30,9615 13,5579 30,9615 11,9512V6,59049C30,9615 5,28821 30,4833 4,66231 29,4502 4,66231C28,99755,55459495,55459495,55459495459495459495459495459495455 .1369 4.56087 21.0134 6.57349 21.0134 9.27932C21.0134 11.9852 23.003 13.913 25.3754 13.913C26.5612 13.913 27.4607 13.4902 28.1109 12.6616C28.1109 12.7229 28.1161 12.7799 28.121 12.8346C28.1256 12.885321 15.2321 24.1352 14.9821 23.5661 14.7787C23.176 14.6393 22.8472 14.5218 22.5437 14.5218C21.7977 14.5218 21.2429 15.0123 21.2429 15.6887C21.2429 16.7375 22.9072 17.6335 25.6622 17.6335Z792424 7.79.924 724.792424 27.2119 7.09766 28.0918 7.94324 28.0918 9.27932C28.0918 10.6321 27.2311 11.5116 26.1024 11.5116C24.9737 11.5116 24.1317 10.6491 24.1317 9.27932Z \ "/ \ u003e \ u003cpath d = \" M16.8045 11.9512 19,8079 13,2535 19,8079 11.9512V8.12928C19.8079 5,82936 18,4879 4,62866 16,4027 4.62866C15.1594 4,62866 14,279 4,98375 13,3609 5.88013C12.653 5,05154 11,6581 4,62866 10,3573 4.62866C9.34336 4,62866 8,57809 4,89931 7,9466 5.5079C7.58314 4,9328 7,10506 4,66232 6,51203 4,66232 4.66232C5.47873 5.00066 5.28821 5.00066 6.59049V11.9512C5.00066 13.2535 5.47873 13.8962 6.51203 13.8962C7.54479 13.8962 8.0232 13.2535 8.0232 11.9512V8.90741C8.0232 7.58817 8.44431 6.91179 9.53458 6.91179C10.581493 C13.4375 13.8962 13.9157 13.2535 13.9157 11.9512V8.90741C13.9157 7.58817 14.3365 6.91179 15.4269 6.91179C16.4027 6.91179 16.8045 7.58817 16.8045 8.94108V11.9512Z \ "/ \ u003e \ u003cpath d = \ "M3.31675 6.59049C3.31675 5.28821 2.83866 4.66232 1.82471 4.66232C0.791758 4.66232 0.313354 5.28821 0.313354 6.59049V11.9512C0.313354 13.2535 0.791758 13.8962 1.82471 13.8962C9.853113.2535 3.31675 11.9512V6.59049Z \ "/ \ u003e \ u003cpath d = \" M1.87209 0.400291C0.843612 0.400291 0 1.1159 0 1.98861C0 2.87869 0.822846 3.57676 1.87209 3.57676C2.90056 3.57676 3.72329 1.873 0,400291Z \ "fill = \" # 1BB76E \ "/ \ u003e \ u003c / svg \ u003e \ u003c / a \ u003e", contentPolicyHtml: "Внески користувачів, ліцензовані під \ u003ca href = \" https: //stackoverflow.com/help/licensing \ "\ u003ecc by-sa \ u003c / a \ u003e \ u003ca href = \" https://stackoverflow.com / legal / content-policy \ "\ u003e (політика щодо вмісту) \ u003c / a \ u003e", allowUrls: true }, onDemand: правда, discardSelector: ".discard-answer" , odmahShowMarkdownHelp: true, enableSnippets: true }); } }); Дякуємо за надання відповіді на Stack Overflow! Будь ласка, не забудьте відповісти на запитання. Надайте деталі та поділіться своїми дослідженнями! Але уникайте ... Прохання про допомогу, роз’яснення або відповідь на інші відповіді. Складання заяв на основі думки; підкріпіть їх посиланнями або особистим досвідом. Щоб дізнатись більше, перегляньте наші поради щодо написання чудових відповідей. Чернетку збережено Чернетку відкинуто Зареєструйтесь або увійдіть StackExchange.ready (function () { StackExchange.helpers.onClickDraftSave ('# login-link'); }); Зареєструйтесь за допомогою Google Зареєструйтесь за допомогою Facebook Зареєструйтесь за допомогою електронної пошти та пароля Подати Опублікувати в якості гостя Ім'я Електронна пошта Обов’язково, але ніколи не показується StackExchange.ready ( function () { StackExchange.openid.initPostLogin ('. New-post-login', 'https% 3a% 2f% 2fstackoverflow.com% 2fquestions% 2f19425104% 2fcan-i-mark-some-code-as-optional-while-debugging-in- visual-studio-2012% 23new-answer ',' question_page '); } ); Опублікувати в якості гостя Ім'я Електронна пошта Обов’язково, але ніколи не показується Опублікуйте свою відповідь Викинути Натискаючи «Опублікувати свою відповідь», ви погоджуєтесь з нашими умовами надання послуг, політикою конфіденційності та політикою файлів cookie Не відповідь, яку ви шукаєте? Перегляньте інші запитання з позначкою налагодження visual-studio або задайте власне запитання.